home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / m68k / 413 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.3 KB

  1. Path: solaris.cc.vt.edu!usenet
  2. From: dornbush@vt.edu (Andrew Dornbusch)
  3. Newsgroups: comp.sys.m68k
  4. Subject: Re: Spurious Interupts on 68360
  5. Date: Sun, 17 Mar 1996 23:54:17 GMT
  6. Organization: Virginia Tech, Blacksburg, Virginia
  7. Message-ID: <4ihu1q$ala@solaris.cc.vt.edu>
  8. References: <4ia48q$lnj@python.microcom.com>
  9. NNTP-Posting-Host: as2511-2.sl005.cns.vt.edu
  10. X-Newsreader: Forte Free Agent 1.0.82
  11.  
  12. >We're getting spurious Interupts on our 68360.  As far as I can tell from the
  13. >manual, this is not caused by anything in my code, but rather by something
  14. >going wrong inside the 68360.  Is this correct?
  15.  
  16. My experience with spurious interrupts occured on a '332, but I
  17. believe that the causes are likely the same.  A spurious interrupt
  18. occurs when you have an external (IRQ1-7) interrupt input but do not
  19. have an interrupt acknowledge set up.  The CPU32 MUST have an INTACK.
  20. It can either come from your external device, or be generated by an
  21. unused chip select output.  If the CPU32 gets an interrupt input but
  22. not an interrupt acknowledge, it assumes that the interrupt was
  23. errant, hence the term 'spurious'.  If your external device cannot
  24. supply the INTACK, consult your '360 manual in the SIM section under
  25. 'Chip-Select Operation'; that will show you how to generate it
  26. internally.
  27.  
  28.  
  29.  
  30.  
  31.  
  32.